Method and device for decompressing and compressing uplink data

ABSTRACT

A method and a device for decompressing and compressing uplink data are provided. The method for decompressing uplink data includes: checking, by a decompression end, a UDC header in a PDCP packet after the PDCP packet is received, where the UDC header includes at least: compression context information of a data packet in the PDCP packet and information related to a decompression buffer area, and the information related to the decompression buffer area is for indicating the decompression end to control the decompression buffer area of the decompression end to keep consistent with a compression buffer area of a compression end; and performing, by the decompression end, a corresponding operation on the data packet in the PDCP packet according to the compression context information and the information related to the decompression buffer area.

CROSS-REFERENCE TO RELATED APPLICATION

The present application claims a priority to Chinese patent applicationNo. 201710296106.4 filed on Apr. 28, 2017, the disclosure of which isincorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure relates to the field of communication technology,and in particular to a method and a device for decompressing andcompressing uplink data.

BACKGROUND

(1) Data Transmission Process of a Mobile Communication System in theRelated Technologies

Data transmission between a User Equipment (UE) and an evolved Node B(eNB) is usually achieved via a Packet Data Convergence Protocol (PDCP)layer, a Radio Link Control (RLC) layer, a Media Access Control (MAC)layer and a Physical Layer (PHY), where different data processing iscompleted in each layer. The PDCP layer is mainly responsible forsecurity operations and header compression/decompression processing,such as encryption and integrity protection, Robust Header Compression(ROHC) compression and decompression, etc.; the RLC layer is mainlyresponsible for segmented cascading and in-sequence delivery of data anddata transmission guarantee of Automatic Repeat-reQuest (ARQ); the MAClayer is mainly responsible for scheduling, cascade processing ofdifferent logical channels and Hybrid Automatic Repeat reQuest (HARQ)operation; and the physical layer is responsible for transport blockpacketization and air interface transmission. FIG. 1 shows a schematicview of a user plane protocol stack.

(2) Data Processing by the PDCP Layer

The main functions of the PDCP layer are security related operations(encryption/decryption, integrity protection/verification) and headercompression/decompression processing. The specific data processing flowis shown in FIG. 2.

The transmitting PDCP entity generates a PDCP PDU (Protocol Data Unit)after processing the received Internet Protocol (IP) data packet. Thestructure of the PDCP PDU is shown in FIG. 3, and the PCPC layer SN(Sequence Number) is included in the PDCP header.

(3) Operation Mechanism of Uplink Data Compression

The uplink data compression is performed by the UE for the uplinkapplication layer data or signaling, where the compressed data isdecompressed on a base station side, to save the amount of datatransmitted via air interface and save uplink resources.

At present, there are two possible solutions in consideration for the UEside and the base station sides to keep correct decompression. Onesolution is that the UE establishes data content in a compression bufferin the process of transmitting the uplink data, and it is reserved onthe base station side. Then, decompression is performed according to acorresponding rule. The other solution is that the UE and the basestation download predefined profile information or save profileinformation for decompression in advance, and can determine whichprofile will be started according to some signaling interaction. Once anagreement is reached, the UE and the base station can ensure correctcompression and decompression.

The profile information includes a compression method, and informationof the decompression buffer or decompression mapping.

In the processing flow of the PDCP layer, uplink data compression canreplace the ROHC compression, as shown in FIG. 4.

In the study of Uplink Data Compression (UDC) of a radio mobilecommunication system, the UE starts the UDC function according to theconfiguration of the network, and compresses the uplink data. The UDCadopts a packet cross compression method, that is, the base stationdecompresses the newly received compressed packet according to thepreviously received data information, as a result, consistency of thecompression buffer and the decompression buffer on the two sides of thebase station and the UE cannot be ensured, and reliability of the uplinkdata compression cannot be guaranteed.

SUMMARY

In view of the above, embodiments of the present disclosure provide amethod and a device for decompressing and compressing uplink data, whichensure that a compression buffer area of a compression end keepsconsistent with a decompression buffer area of a decompression end,thereby ensuring reliability of uplink data compression.

According to a first aspect of the embodiments of the presentdisclosure, a method for decompressing uplink data is provided, whichincludes:

checking, by a decompression end, a UDC header in a PDCP packet afterthe PDCP packet is received by the decompression end, where the UDCheader includes at least: compression context information of a datapacket in the PDCP packet and information related to a decompressionbuffer area, and the information related to the decompression bufferarea is for indicating the decompression end to control thedecompression buffer area of the decompression end to keep consistentwith a compression buffer area of a compression end; and

performing, by the decompression end, a corresponding operation on thedata packet in the PDCP packet according to the compression contextinformation and the information related to the decompression bufferarea.

Optionally, the PDCP packet includes: a header of the PDCP packet, theUDC header, and the data packet, and the UDC header is between theheader of the PDCP packet and the data packet.

Optionally, the UDC header includes one or more of:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

Optionally, the UDC header further includes:

a fourth indication bit field for indicating whether the data packet isto enter the decompression buffer area; or a reserved bit field.

Optionally, the performing, by the decompression end, the correspondingoperation on the data packet in the PDCP packet according to thecompression context information and the information related to thedecompression buffer area includes:

transmitting, by the decompression end directly, the data packet to anupper layer, in a case that the first indication bit field in the UDCheader has a first value indicating that UDC compression is notperformed;

checking, by the decompression end, the second indication bit field inthe UDC header for indicating the decompression buffer area resetting,in a case that the first indication bit field has a second valueindicating that UDC compression is performed;

clearing the decompression buffer area, in a case that the secondindication bit field has a third value indicating that the decompressionbuffer area resetting needs to be performed, where the third indicationbit field for indicating the decompression buffer area checking does notneed to be checked, and UDC decompression is performed on the datapacket directly;

continuing to check the third indication bit field for indicating thedecompression buffer area checking, in a case that the second indicationbit field has a fourth value indicating that the decompression bufferarea resetting does not need to be performed; and

checking, by the decompression end, data in the decompression bufferarea, and taking n bits from the decompression buffer area, in a casethat the third indication bit field is n bits, and performing UDCdecompression on the data packet in a case that the taken n bits are thesame as the third indication bit field in the UDC header; otherwise,initiating a reset process and instructing the compression end toperform a reset of the compression buffer area, where n is a positiveinteger.

Optionally, taking n bits from the compression buffer area includes:

superimposing based on the entire byte or superimposing all bits in thedecompression buffer area, and taking the last n bits.

Optionally, the method further includes:

storing the data packet in the decompression buffer area, in a case thatthe UDC header includes the second indication bit field for indicatingwhether the data packet is to enter the decompression buffer area, andthe second indication bit field has a fifth value indicating that thedata packet needs to enter the decompression buffer area, where the datapacket is an uncompressed data packet or a decompressed data packet;

where, in a case that the UDC header includes the second indication bitfield for indicating whether the data packet is to enter thedecompression buffer area, and the second indication bit field has asixth value indicating that the data packet does not need to enter thedecompression buffer area, the data packet is not stored in thedecompression buffer area.

According to a second aspect of the embodiments of the presentdisclosure, a method for compressing uplink data is further provided,which includes:

transmitting, by a compression end, a PDCP packet to a decompression endsuch that the decompression end checks a UDC header in the PDCP packet,where the UDC header includes at least: compression context informationof a data packet in the PDCP packet and information related to adecompression buffer area; a corresponding operation is performed by thedecompression end on the data packet in the PDCP packet according to thecompression context information and the information related to thedecompression buffer area, and the information related to thedecompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of the compression end.

Optionally, the PDCP packet includes: a header of the PDCP packet, theUDC header, and the data packet, and the UDC header is between theheader of the PDCP packet and the data packet.

Optionally, the UDC header includes one or more of:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

Optionally, the method further includes:

setting, by the compression end, the first indication bit field forindicating whether UDC compression is performed as a second value, in acase that UDC compression is performed on the data packet in the PDCPpacket; otherwise, setting, by the compression end, the first indicationbit field as a first value; and

superimposing, by the compression end, data in the compression bufferarea before the compression, in a case the first indication bit field isset as the second value, calculating the third indication bit field forindicating the decompression buffer area checking, and putting it in theUDC header.

Optionally, the UDC header further includes:

a fourth indication bit field for indicating whether the data packet isto enter the decompression buffer area; or a reserved bit field.

Optionally, the method further includes:

setting, by the compression end, the fourth indication bit field in theUDC header for indicating whether the data packet is to enter thedecompression buffer area as a fifth value, in a case that the datapacket needs to enter the compression buffer area; and

setting, by the compression end, the fourth indication bit field in theUDC header for indicating whether the data packet is to enter thedecompression buffer area as a sixth value, in a case that the datapacket does not need to enter the compression buffer area.

According to a third aspect of the embodiments of the presentdisclosure, a decompression end is further provided, which includes:

a checking module, configured to check a UDC header in a PDCP packetafter the PDCP packet is received by the checking module, where the UDCheader includes at least: compression context information of a datapacket in the PDCP packet and information related to a decompressionbuffer area, and the information related to the decompression bufferarea is for indicating the decompression end to control thedecompression buffer area of the decompression end to keep consistentwith a compression buffer area of a compression end; and

a first processing module, configured to perform a correspondingoperation on the data packet in the PDCP packet according to thecompression context information and the information related to thedecompression buffer area.

Optionally, the PDCP packet includes: a header of the PDCP packet, theUDC header, and the data packet, and the UDC header is between theheader of the PDCP packet and the data packet.

Optionally, the UDC header includes one or more of:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

Optionally, the UDC header further includes:

a fourth indication bit field for indicating whether the data packet isto enter the decompression buffer area; or a reserved bit field.

Optionally, the first processing module is further configured to:

in a case that the first indication bit field in the UDC header has afirst value indicating that UDC compression is not performed, enable thedecompression end to directly transmit the data packet to an upperlayer;

in a case that the first indication bit field has a second valueindicating that UDC compression is performed, enable the decompressionend to check the second indication bit field in the UDC header forindicating the decompression buffer area resetting;

in a case that the second indication bit field has a third valueindicating that the decompression buffer area resetting needs to beperformed, clear the decompression buffer area, where the thirdindication bit field for indicating the decompression buffer areachecking does not need to be checked, and UDC decompression is performedon the data packet directly;

in a case that the second indication bit field has a fourth valueindicating that the decompression buffer area resetting does not need tobe performed, continue to check the third indication bit field forindicating the decompression buffer area checking; and

in a case that the third indication bit field is n bits, enable thedecompression end to check data in the decompression buffer area, andtake n bits from the decompression buffer area, and in a case that thetaken n bits are the same as the third indication bit field in the UDCheader, perform UDC decompression on the data packet; otherwise,initiate a reset process and instruct the compression end to perform areset of the compression buffer area, where n is a positive integer.

Optionally, the decompression end further includes:

a second processing module configured to, in a case that the UDC headerincludes the second indication bit field for indicating whether the datapacket is to enter the decompression buffer area, and the secondindication bit field has a fifth value indicating that the data packetneeds to enter the decompression buffer area, store the data packet inthe decompression buffer area, where the data packet is an uncompresseddata packet or a decompressed data packet;

in a case that the UDC header includes the second indication bit fieldfor indicating whether the data packet is to enter the decompressionbuffer area, and the second indication bit field has a sixth valueindicating that the data packet does not need to enter the decompressionbuffer area, the data packet is not stored in the decompression bufferarea.

According to a fourth aspect of the embodiments of the presentdisclosure, a compression end is further provided, which includes:

a transmitting module, configured to transmit a PDCP packet to adecompression end such that the decompression end checks a UDC header inthe PDCP packet, where the UDC header includes at least: compressioncontext information of a data packet in the PDCP packet and informationrelated to a decompression buffer area; a corresponding operation isperformed by the decompression end on the data packet in the PDCP packetaccording to the compression context information and the informationrelated to the decompression buffer area, and the information related tothe decompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of the compression end.

Optionally, the PDCP packet includes: a header of the PDCP packet, theUDC header, and the data packet, and the UDC header is between theheader of the PDCP packet and the data packet.

Optionally, the UDC header includes one or more of:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

Optionally, the compression end further includes:

a first setting module configured to, in a case that UDC compression isperformed on the data packet in the PDCP packet set the first indicationbit field for indicating whether UDC compression is performed as asecond value, otherwise, enable the compression end to set the firstindication bit field as a first value; or in a case the first indicationbit field is set as the second value, superimpose data in thecompression buffer area before the compression, calculate the thirdindication bit field for indicating decompression buffer area checking,and put it in the UDC header.

Optionally, the UDC header further includes:

a fourth indication bit field for indicating whether the data packet isto enter the decompression buffer area; or a reserved bit field.

Optionally, the compression end further includes:

a second setting module configured to, in a case that the data packetneeds to enter the compression buffer area, set the fourth indicationbit field in the UDC header for indicating whether the data packet is toenter the decompression buffer area as a fifth value; and

in a case that the data packet does not need to enter the compressionbuffer area, set the fourth indication bit field in the UDC header forindicating whether the data packet is to enter the decompression bufferarea as a sixth value.

According to a fifth aspect of the embodiments of the presentdisclosure, a decompression end is further provided, which includes: afirst memory, a first processor, and a computer program stored in thefirst memory and executable by the first processor, when the computerprogram is executed by the first processor, steps in the method fordecompressing uplink data according to the above first aspect areimplemented.

According to a sixth aspect of the embodiments of the presentdisclosure, a compression end is further provided, which includes: asecond memory, a second processor, and a computer program stored in thesecond memory and executable by the second processor, when the computerprogram is executed by the second processor, steps in the method forcompressing uplink data according to the above second aspect areimplemented.

According to a seventh aspect of the embodiments of the presentdisclosure, a computer readable storage medium is further provided, onwhich a computer program is stored, when the computer program isexecuted by a processor, steps in the method for decompressing uplinkdata according to the above first aspect are implemented, or steps inthe method for compressing uplink data according to the above secondaspect are implemented.

A technical solution of the above technical solutions has the followingadvantages or advantageous effects. The UDC header is added in the PDCPpacket, where the UDC header includes at least the compression contextinformation of the data packet in the PDCP packet and the informationrelated to the decompression buffer area, and the information related tothe decompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with the compression buffer area of the compression end; andthe decompression end performs the corresponding operation on the datapacket in the PDCP packet according to the compression contextinformation and the information related to the decompression bufferarea. In this way, the decompression end controls the decompressionbuffer area to keep consistent with the compression buffer area of thecompression end according to the information related to thedecompression buffer area. As such, the problem that consistency betweenthe compression buffer and the decompression buffer on the two sides ofbase station and UE cannot be ensured in the related technologies issolved, thereby improving reliability of uplink data compression.

BRIEF DESCRIPTION OF THE DRAWINGS

To better clarify technical solutions of embodiments of the presentdisclosure, drawings used in description of the embodiments are brieflyintroduced hereinafter. Apparently, the described drawings merelyillustrate a part of the disclosed embodiments. A person ordinaryskilled in the art can obtain other drawings based on the describeddrawings without any creative efforts.

FIG. 1 a schematic view of a user plane protocol stack;

FIG. 2 is a schematic view of a data processing flow at a PDCP layer;

FIG. 3 is a schematic view of a PDCP PDU structure;

FIG. 4 is a schematic view showing a location of a UDC in a PDCP dataprocessing flow;

FIG. 5 is a schematic view of a PDCP PDU format;

FIG. 6 is another schematic view of a PDCP PDU format;

FIG. 7 is still another schematic view of a PDCP PDU format.

FIG. 8 is a flowchart of a method for decompressing uplink dataaccording to an embodiment of the present disclosure;

FIG. 9 is a flowchart of a method for compressing uplink data accordingto an embodiment of the present disclosure;

FIG. 10 is a schematic view of a format of a UDC header with threefields in an embodiment of the present disclosure;

FIG. 11 is a schematic view of a format of a UDC header with four fieldsin an embodiment of the present disclosure;

FIG. 12 is a schematic view of a format of a UDC header with five fieldsin an embodiment of the present disclosure;

FIG. 13 is a schematic view of a PDCP PDU format with a UDC header in anembodiment of the present disclosure;

FIG. 14 is a schematic structural view of a decompression end in anembodiment of the present disclosure;

FIG. 15 is a schematic structural view of a compression end in anembodiment of the present disclosure.

FIG. 16 is a schematic structural view of a decompression end in anotherembodiment of the present disclosure; and

FIG. 17 is a schematic structural view of a compression end in anotherembodiment of the present disclosure.

DETAILED DESCRIPTION

Exemplary embodiments of the present disclosure will be described inmore detail with reference to the accompanying drawings hereinafter.While the exemplary embodiments of the present disclosure are shown inthe drawings, it should be understood that the present disclosure may becarried out in various forms without being limited by the embodimentsset forth herein. Rather, these embodiments are provided so that thepresent disclosure can be understood more thoroughly and the scope ofthe present disclosure can be fully conveyed to a person skilled in theart.

In embodiments of the present disclosure, the UDC compression algorithmas used is a compression algorithm of the published Request for Comments(RFC) 1951. For details, please refer to the RFC 1951 document of theInternet Engineering Task Force (IETF).

Referring to FIGS. 5, 6, and 7, format of a PDCP packet after the UDCcompression is shown. A UDC block in the figures is a data packetcompressed with RFC1951, and the compression object is a PDCP SDU(Service Data Unit), i.e., a data packet sent transmitted from an upperlayer.

Referring to FIG. 8, a method for decompressing uplink data is shown,which includes the following steps.

Step 801: checking, by a decompression end, a UDC header in a PDCPpacket after the PDCP packet is received by the decompression end, wherethe UDC header includes at least: compression context information of adata packet in the PDCP packet and information related to adecompression buffer area, and the information related to thedecompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of a compression end.

The above compression context information may be an indication bit fieldfor indicating whether UDC compression is performed. The aboveinformation related to the decompression buffer area may include anindication bit field indicating compression buffer area resetting and anindication bit field for decompression buffer area checking. By usingthe information related to the decompression buffer area, consistencybetween the compression buffer area of the compression end and thedecompression buffer area of the decompression end can be effectivelyensured, thereby improving reliability of uplink data compression.

In the embodiment, the decompression end refers to an entity where thenetwork side PDCP is located. For example, the decompression end refersto the PDCP layer of a base station, and the PDCP layer is located in abase station or a centralized unit (CU) of a distributed base station.

Step 802: performing, by the decompression end, a correspondingoperation on the data packet in the PDCP packet according to thecompression context information and the information related to thedecompression buffer area.

In the embodiment, optionally, the PDCP packet includes: a header of thePDCP packet, the UDC header, and the data packet, and the UDC header isbetween the header of the PDCP packet and the data packet.

In the embodiment, optionally, the UDC header includes one or more ofthe followings:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

In the embodiment, optionally, the UDC header further includes a fourthindication bit field for indicating whether the data packet is to enterthe decompression buffer area; or a reserved bit field.

Specifically, in conjunction with the structure of the above UDC header,the decompression end may perform the corresponding operation on thedata packet in the PDCP packet in the following way in the embodiment:

in a case that the first indication bit field in the UDC header has afirst value indicating that UDC compression is not performed, thedecompression end directly transmits the data packet to an upper layer;

in a case that the first indication bit field has a second valueindicating that UDC compression is performed, the decompression endchecks the second indication bit field in the UDC header for indicatingthe decompression buffer area resetting;

in a case that the second indication bit field has a third valueindicating that the decompression buffer area resetting needs to beperformed, the decompression buffer area is cleared, the thirdindication bit field for indicating the decompression buffer areachecking is not required to be checked, and UDC decompression isperformed on the data packet directly;

in a case that the second indication bit field has a fourth valueindicating that the decompression buffer area resetting is not required,the third indication bit field for indicating the decompression bufferarea checking is continued to be checked; and

in a case that the third indication bit field is n bits, thedecompression end checks data in the decompression buffer area, andtakes n bits from the decompression buffer area, and in a case that thetaken n bits are the same as the third indication bit field in the UDCheader, UDC decompression is performed on the data packet, and thedecompressed data pack enters the decompression buffer area; otherwise,a reset process is initiated, and the compression end is instructed toperform a reset of the compression buffer area, where n is a positiveinteger.

The above way of taking n bits from the compression buffer area may be:superimposing according to the entire byte or superimposing all bits inthe decompression buffer area, and taking the last n bits.

Optionally, in the embodiment, in a case that the UDC header includesthe second indication bit field for indicating whether the data packetis to enter the decompression buffer area, and the second indication bitfield has a fifth value indicating that the data packet needs to enterthe decompression buffer area, the data packet is stored in thedecompression buffer area, where the data packet is an uncompressed datapacket or a decompressed data packet;

in a case that the UDC header includes the second indication bit fieldfor indicating whether the data packet is to enter the decompressionbuffer area, and the second indication bit field has a sixth valueindicating that the data packet does not need to enter the decompressionbuffer area, the data packet is not stored in the decompression bufferarea.

In the embodiment, the UDC header is added in the PDCP packet, the UDCheader includes at least the compression context information of the datapacket in the PDCP packet and the information related to thedecompression buffer area, and the decompression end is capable ofperforming the corresponding operation on the data packet in the PDCPpacket according to the compression context information and theinformation related to the decompression buffer area. In this way, thedecompression end controls the decompression buffer area to keepconsistent with the compression buffer area of the compression endaccording to the information related to the decompression buffer area.As such, the problem that consistency between the compression buffer andthe decompression buffer on the two sides of base station and UE cannotbe ensured in the related technologies is solved, thereby improvingreliability of uplink data compression.

Referring to FIG. 9, a method for compressing uplink data is shown,which includes the following step.

Step 901: transmitting, by a compression end, a PDCP packet to adecompression end such that the decompression end checks a UDC header inthe PDCP packet, where the UDC header includes at least: compressioncontext information of a data packet in the PDCP packet and informationrelated to a decompression buffer area; a corresponding operation isperformed by the decompression end on the data packet in the PDCP packetaccording to the compression context information and the informationrelated to the decompression buffer area, and the information related tothe decompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of the compression end.

In the embodiment, the above compression end refers to an entity wherethe User Equipment (UE) side PDCP is located, and the entity has afunction of performing UDC compression on uplink data; for example, thecompression end may correspond to the UE.

In the embodiment, optionally, the PDCP packet includes: a header of thePDCP packet, the UDC header, and the data packet, and the UDC header isbetween the header of the PDCP packet and the data packet.

In the embodiment, optionally, the UDC header includes one or more ofthe followings:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

In the embodiment, optionally, the method further includes:

in a case that UDC compression is performed on the data packet in thePDCP packet, setting, by the compression end, the first indication bitfield for indicating whether UDC compression is performed as a secondvalue; otherwise, setting, by the compression end, the first indicationbit field as a first value; and

in a case the first indication bit field is set as the second value,superimposing, by the compression end, data in the compression bufferarea before the compression, calculating the third indication bit fieldfor indicating decompression buffer area checking, and putting it in theUDC header.

In the embodiment, optionally, the UDC header further includes a fourthindication bit field for indicating whether the data packet is to enterthe decompression buffer area; or a reserved bit field.

In the embodiment, optionally, the method further includes:

in a case that the data packet needs to enter the compression bufferarea, setting, by the compression end, the fourth indication bit fieldin the UDC header for indicating whether the data packet is to enter thedecompression buffer area as a fifth value; and

in a case that the data packet does not need to enter the compressionbuffer area, setting, by the compression end, the fourth indication bitfield in the UDC header for indicating whether the data packet is toenter the decompression buffer area as a sixth value.

In the embodiment, the decompression end is capable of controlling thedecompression buffer area to keep consistent with the compression bufferarea of the compression end according to the information related to thedecompression buffer area in the UDC header. As such, the problem thatconsistency between the compression buffer and the decompression bufferon the two sides of base station and UE cannot be ensured in the relatedtechnologies is solved, thereby improving reliability of uplink datacompression.

In another embodiment of the present disclosure, a UDC header is addedbetween the header of the PDCP and the data packet (which may also bereferred to as a UDC compressed packet), and the UDC header may coverone or more of the following fields:

an indication bit field for indicating whether UDC compression isperformed;

an indication bit field for indicating buffer area resetting; and

an indication bit field for indicating buffer area checking.

Optionally, the UDC header further includes an indication bit field forindicating whether the packet is to enter the buffer area.

Optionally, the UDC header further includes a reserved bit field.

In the embodiment, after the decompression end receives the data packet,it checks the UDC header, and performs a decompression operation of UDC.The decompression end may be a base station.

The specific behavior of the decompression end is described as follows:

in step 1, the decompression end checks the indication bit field forindicating whether UDC compression is performed; if the UDC compressionis not performed, the UDC decompression step is skipped, and the PDCPSDU is directly delivered to the upper layer; and if the UDC compressionis performed, the process proceeds to step 2;

in step 2, the indication bit field for indicating buffer area resettingis checked; if it is set to 1, the decompress buffer area is cleared,the indication bit field for indicating buffer area checking is notrequired to be checked, and the decompression module of UDC proceeds todecompress; and if it is set to 0, checking of the indication bit fieldfor indicating the buffer area checking is continued.

Assuming that the indication bit field for indicating the buffer areachecking is n bits (n may be 1-7, for example, 4), the decompression endchecks the data in the decompression buffer area. For example, itsuperimposes according to the entire byte or superimposes all the bitsin the buffer area, and takes the last n bits. If the taken n bits arethe same as the indication bit field in the received UDC header forindicating decompression buffer area checking, they are considered to beconsistent, and UDC decompression may be performed; and if they areinconsistent, a reset process is initiated, and the compression end isinstructed to perform a reset of the compression buffer area.

Optionally, the behavior of the decompression end may further includestep 3: if the header of the UDC carries an indication bit field forindicating whether the data packet is to enter the buffer area and theindication bit field is 1, then regardless of whether the data packet isa UDC compressed packet, the data in the data packet (uncompressed datapacket or decompressed data) is compressed into the decompression bufferarea for saving; and if the indication bit field is 0, the data in thedata packet is not compressed into the decompression buffer area.

The specific behavior of the compression end is described as follows:

Step 1: whether to perform compression may be determined according tothe configuration on the network side. For example, if the compressionratio exceeds a certain threshold (for example, 10% or more iscompressed), it is determined that the compressed packet is transmitted,and the indication bit field for indicating whether UDC compression isperformed is set to 1; otherwise, the indication bit field forindicating whether UDC compression is performed is set to 0.

Step 2: if the indication bit field for indicating whether UDCcompression is performed is set to 1, summing operation is performed onthe compression buffer area before compression, and the indication bitfield for indicating decompression buffer area checking is calculatedand put in the header of the UDC.

Step 3: if the packet of data is to enter the compression buffer area,the indication bit field in the UDC header for indicating whether thedata packet is to enter the buffer area is set to 1, otherwise, theindication bit field for indicating whether the data packet is to enterthe buffer area is set to 0.

Embodiment 1: There are Three Fields in the UDC Header

Referring to FIG. 10, format of a UDC header includes the followinginformation:

an indication bit field for indicating whether UDC compression isperformed (U: 1 bit);

an indication bit field for indicating whether to reset thedecompression buffer area (N: 1 bit); and

an indication bit field for indicating decompression buffer areachecking (C information: 6 bits).

The PDCP layer of the UE performs UDC compression on the datatransmitted from the upper layer. If it is determined to transmit thecompressed data packet to the network, U is set to 1, the data in thecompression buffer area before compression is superimposed, and the last6 bits of information are put in the C field of UDC.

If it is determined not to compress the packet of data, U is set to 0. Adefault value or an arbitrary value may be put in the C field, or thelast 6 bits of the compression buffer area after superimposition may beput in the C field.

If it is required for the UE to reset the compression buffer areaaccording to configuration of the network side or when the compressionbuffer area is found to have a problem, the N field is set to 1;otherwise, it is set to 0.

After the base station receives the packet of data, if U is 0, theheader portion of the UDC is skipped, decompression is not performed,and the subsequent data packet is directly delivered to the upper layer.If the N field is 1, the data in the decompression buffer area iscleared. If U is 1 and the N field is 0, the data in the decompressionbuffer area is checked and superimposed, and the last 6 bits are taken.If the last 6 bits are the same as the check bit field of the C field inthe header of the UDC as received, they are considered to be consistent,and the UDC decompression module may be entered for decompression. Atthe same time, the decompressed data packet enters the decompressionbuffer area.

It should be noted that, the data superposition of the compressionbuffer area may be implemented in various ways, such as superimposingaccording to entire byte and taking the last n bits, or superposingaccording to bit and taking the last n bits. The specific way may beagreed by protocol.

Embodiment 2: There are Four Fields in the UDC Header

Referring to FIG. 11, format of a UDC header includes the followinginformation:

an indication bit field for indicating whether UDC compression isperformed (U: 1 bit);

an indication bit field for indicating whether to reset thedecompression buffer area (N: 1 bit);

an indication bit field for indicating whether to enter thedecompression buffer area (I: 1 bit); and

an indication bit field for indicating decompression buffer areachecking (C information: 6 bits).

Similar to the above described Embodiment 1, the usages of the U field,the N field, and the C field in Embodiment 2 are the same as those inEmbodiment 1. How to use the above I field is described below. The Ifield indicates whether the packet of data is going to enter thedecompression buffer area. Regardless of whether the data packet iscompressed, once I is set to 1, the base station compresses theuncompressed data packet (in a case that U is 0) or the decompresseddata packet (in a case that U is 1) into the decompression buffer area.

Embodiment 3: There are Five Fields in the UDC Header

Referring to FIG. 12, format of a UDC header includes the followinginformation:

an indication bit field configured to indicate whether UDC compressionis preformed (U: 1 bit);

an indication bit field for indicating whether to reset the buffer area(N: 1 bit);

an indication bit field for indicating whether to enter the buffer area(I: 1 bit);

an indication bit field for indicating buffer area checking (Cinformation: 4 bits); and

a reserved bit field (R: 2 bits).

The usages of the U field, the I field, and the C field in Embodiment 3are the same as those in Embodiment 1 and Embodiment 2, except for thefact that the C field of 4 bits is used in Embodiment 3. There are twobits of R field whose function is not defined temporarily, and are leftfor future use.

Embodiment 4: Location of UDC Header

Referring to FIG. 13, when a Data Resource Bearer (DRB) is configured touse the UDC, a 1-byte UDC header is inserted between the original PDCPheader and the data portion. The UDC header always exists during UDCactivation.

Embodiment 5: A Case of Inconsistency in the Check Field C Field of theBuffer Area

In a case that the decompression end finds that the indication bit fieldfor indicating the decompression buffer area checking is inconsistentwith the information in the received data packet, all the information ofthe decompression buffer area is cleared, and the indication bit fieldfor indicating the decompression buffer area checking is set to 0, andis notified to the compression end (i.e., the UE) through signaling.

Optionally, the signaling may be RRC signaling, such as indicatingclearing the UDC compression buffer area of a certain DRB in areconfiguration message.

Optionally, the signaling may also be a control PDU of a new PDCP or a1-bit indication information carried in the control PDU of the existingPDCP. For example, the R bit field in the control PDU is redefined toindicate resetting the buffer area.

When the compression end receives the reset indication information, thecompression buffer area is cleared, and the reset indication bit fieldin the PDU in the previous embodiments indicates that the decompressionend has performed reset to ensure that the statuses of the buffer areason both sides are consistent.

Based on the same inventive concept, a decompression end is furtherprovided in an embodiment of the present disclosure. The principle ofsolving the problem by the decompression end is similar to that of themethod for decompressing the uplink data shown in FIG. 8 in theembodiment of the present disclosure. Therefore, for the implementationof the decompression end, reference may be made to the implementation ofthe method, and repeated description is omitted herein.

Referring to FIG. 14, a structure of a decompression end is shown, andthe decompression end 1400 includes:

a checking module 1401, configured to check a UDC header in a PDCPpacket after the PDCP packet is received by the checking module, wherethe UDC header includes at least: compression context information of adata packet in the PDCP packet and information related to adecompression buffer area, and the information related to thedecompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of a compression end; and

a first processing module 1402, configured to perform a correspondingoperation on the data packet in the PDCP packet according to thecompression context information and the information related to thedecompression buffer area.

In the embodiment, optionally, the PDCP packet includes: a header of thePDCP packet, the UDC header, and the data packet, and the UDC header isbetween the header of the PDCP packet and the data packet.

In the embodiment, optionally, the UDC header includes one or more ofthe followings:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

In the embodiment, optionally, the UDC header further includes:

a fourth indication bit field for indicating whether the data packet isto enter the decompression buffer area; or a reserved bit field.

In the embodiment, optionally, the processing module is furtherconfigured to:

in a case that the first indication bit field in the UDC header has afirst value indicating that UDC compression is not performed, enable thedecompression end to directly transmit the data packet to an upperlayer;

in a case that the first indication bit field has a second valueindicating that UDC compression is performed, enable the decompressionend to check the second indication bit field in the UDC header forindicating the decompression buffer area resetting;

in a case that the second indication bit field has a third valueindicating that the decompression buffer area resetting needs to beperformed, clear the decompression buffer area, where the thirdindication bit field for indicating the decompression buffer areachecking is not required to be checked, and UDC decompression isperformed on the data packet directly;

in a case that the second indication bit field has a fourth valueindicating that the decompression buffer area resetting is not required,continue to check the third indication bit field for indicating thedecompression buffer area checking; and

in a case that the third indication bit field is n bits, enable thedecompression end to check data in the decompression buffer area, andtake n bits from the decompression buffer area, and in a case that thetaken n bits are the same as the third indication bit field in the UDCheader, perform UDC decompression on the data packet; otherwise,initiate a reset process and instruct the compression end to perform areset of the compression buffer area, where n is a positive integer.

In the embodiment, optionally, the decompression end further includes:

a second processing module configured to, in a case that the UDC headerincludes the second indication bit field for indicating whether the datapacket is to enter the decompression buffer area, and the secondindication bit field has a fifth value indicating that the data packetneeds to enter the decompression buffer area, store the data packet inthe decompression buffer area, where the data packet is an uncompresseddata packet or a decompressed data packet;

in a case that the UDC header includes the second indication bit fieldfor indicating whether the data packet is to enter the decompressionbuffer area, and the second indication bit field has a sixth valueindicating that the data packet does not need to enter the decompressionbuffer area, the data packet is not stored in the decompression bufferarea.

Based on the same inventive concept, a compression end is furtherprovided in an embodiment of the present disclosure. The principle ofsolving the problem by the compression end is similar to that of themethod for compressing the uplink data shown in FIG. 9 in the embodimentof the present disclosure. Therefore, for the implementation of thecompression end, reference may be made to the implementation of themethod, and repeated description is omitted herein.

Referring to FIG. 15, a structure of a compression end is shown, and thecompression end 1500 includes:

a transmitting module 1501, configured to transmit a PDCP packet to adecompression end such that the decompression end checks a UDC header inthe PDCP packet, where the UDC header includes at least: compressioncontext information of a data packet in the PDCP packet and informationrelated to a decompression buffer area; a corresponding operation isperformed by the decompression end on the data packet in the PDCP packetaccording to the compression context information and the informationrelated to the decompression buffer area, and the information related tothe decompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of the compression end.

In the embodiment, optionally, the PDCP packet includes: a header of thePDCP packet, the UDC header, and the data packet, and the UDC header isbetween the header of the PDCP packet and the data packet.

In the embodiment, optionally, the UDC header includes one or more ofthe followings:

a first indication bit field for indicating whether UDC compression isperformed;

a second indication bit field for indicating decompression buffer arearesetting; or

a third indication bit field for indicating decompression buffer areachecking.

In the embodiment, optionally, the compression end further includes:

a first setting module configured to, in a case that UDC compression isperformed on the data packet in the PDCP packet, set the firstindication bit field for indicating whether UDC compression is performedas a second value, otherwise, enable the compression end to set thefirst indication bit field as a first value; or in a case the firstindication bit field is set as the second value, superimpose data in thecompression buffer area before the compression, calculate the thirdindication bit field for indicating decompression buffer area checking,and put it in the UDC header.

In the embodiment, optionally, the UDC header further includes:

a fourth indication bit field for indicating whether the data packet isto enter the decompression buffer area; or a reserved bit field.

In the embodiment, optionally, the compression end further includes:

a second setting module configured to, in a case that the data packetneeds to enter the compression buffer area, set the fourth indicationbit field in the UDC header for indicating whether the data packet is toenter the decompression buffer area as a fifth value; and

in a case that the data packet does not need to enter the compressionbuffer area, set the fourth indication bit field in the UDC header forindicating whether the data packet is to enter the decompression bufferarea as a sixth value.

An embodiment of the present disclosure further provides a decompressionend, which includes: a first memory, a first processor, and a computerprogram which is stored in the first memory and is capable of beingexecuted by the first processor, when the program is executed by thefirst processor, steps in the above described method for decompressinguplink data are implemented.

Referring to FIG. 16, a structure of a decompression end is shown, whichincludes: a first memory 1604, a first processor 1601, and a computerprogram which is stored in the first memory 1604 and is capable of beingexecuted by the first processor 1601, when the program is executed bythe first processor 1601, the following steps are implemented: checkinga UDC header in a PDCP packet after the PDCP packet is received, wherethe UDC header includes at least: compression context information of adata packet in the PDCP packet and information related to adecompression buffer area, and the information related to thedecompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of a compression end; andperforming a corresponding operation on the data packet in the PDCPpacket according to the compression context information and theinformation related to the decompression buffer area.

In FIG. 16, a bus architecture (represented by a first bus 1600) mayinclude any quantity of interconnected buses and bridges. Variouscircuits including one or more processors represented by the firstprocessor 1601 and a memory represented by the first memory 1604 arecoupled via the first bus 1600. The first bus 1600 may further couplevarious other circuits together, such as a periphery component, avoltage stabilizer and a power management circuit. A first bus interface1603 provides an interface between the first bus 1600 and a firsttransceiver 1602. The first transceiver 1602 may be one element, ormultiple elements, such as multiple receivers and transmitters,providing a unit for communicating with various other devices on atransmission medium. For example, the first transceiver 1602 receivesexternal data from other devices. The first transceiver 1602 isconfigured to transmit data processed by the first processor 1601 toother devices.

The first processor 1601 is in charge of managing the first bus 1600 andcommon processes, such as running a general operating system. The firstmemory 1604 may be configured to store data used by the first processor1601 in performing operations.

Optionally, the first processor 1601 may be a CPU, an applicationspecific integrated circuit (ASIC), a field-programmable gate array(FPGA), or a complex programmable logic device (CPLD).

An embodiment of the present disclosure further provides a compressionend, which includes: a second memory, a second processor, and a computerprogram which is stored in the second memory and is capable of beingexecuted by the second processor, when the program is executed by thesecond processor, steps in the above described method for compressinguplink data are implemented.

Referring to FIG. 17, a structure of a compression end is shown, whichincludes: a second memory, a second processor, and a computer programwhich is stored in the second memory and is capable of being executed bythe second processor, when the program is executed by the secondprocessor, the following steps are implemented: transmitting a PDCPpacket to a decompression end such that the decompression end checks aUDC header in the PDCP packet, where the UDC header includes at least:compression context information of a data packet in the PDCP packet andinformation related to a decompression buffer area; a correspondingoperation is performed by the decompression end on the data packet inthe PDCP packet according to the compression context information and theinformation related to the decompression buffer area, and theinformation related to the decompression buffer area is for indicatingthe decompression end to control the decompression buffer area of thedecompression end to keep consistent with a compression buffer area ofthe compression end.

In FIG. 17, a bus architecture (represented by a second bus 1700) mayinclude any quantity of interconnected buses and bridges. Variouscircuits including one or more processors represented by the secondprocessor 1701 and a memory represented by the second memory 1704 arecoupled via the second bus 1700. The second bus 1700 may further couplevarious other circuits together, such as a periphery component, avoltage stabilizer and a power management circuit. A second businterface 1703 provides an interface between the second bus 1700 and asecond transceiver 1702. The second transceiver 1702 may be one element,or multiple elements, such as multiple receivers and transmitters,providing a unit for communicating with various other devices on atransmission medium. For example, the second transceiver 1702 receivesexternal data from other devices. The second transceiver 1702 isconfigured to transmit data processed by the second processor 1701 toother devices. Depending on the nature of the computing system, a userinterface 1105 may also be provided, such as a keypad, a display, aspeaker, microphone, and a joystick.

The second processor 1701 is in charge of managing the second bus 1700and common processes, such as running a general operating system. Thesecond memory 1704 may be configured to store data used by the secondprocessor 1701 in performing operations.

Optionally, the second processor 1701 may be a CPU, an applicationspecific integrated circuit (ASIC), a field-programmable gate array(FPGA), or a complex programmable logic device (CPLD).

An embodiment of the present disclosure further provides a computerreadable storage medium, on which a computer program is stored, when theprogram is executed by a processor, steps in the above described methodfor decompressing uplink data are implemented, or steps in the abovedescribed method for compressing uplink data are implemented.

It should be understood that “one embodiment” or “an embodiment”mentioned throughout the specification means that specific features,structures or characteristics associated with the embodiment areincluded in at least one embodiment of the present disclosure. Hence,terms of “according to one embodiment” or “according to an embodiment”in the specification are not limited to the same embodiment. Inaddition, those specific features, structures or characteristics can becombined in one or more embodiments in any appropriate manner

It should be understood, numerical references for respective processesin the embodiments of the present disclosure do not indicate anyexecution sequence, and these numerical references are not to limitimplementation processes of the embodiments of the present disclosure.Execution sequences of the processes are determined based on functionsand internal logics of the processes.

In addition, terms of “system” and “network” in the specification may beinterchanged.

It should be understood that, the term “and/or” merely describes arelationship between associated objects. Such term may indicate threesituations. For example, A and/or B may indicate: mere A, both A and B,or mere B. Furthermore, the symbol “/” usually indicates an “or”relationship between associated objects prior to and after such symbol.

It should be understood that in the embodiments of the presentdisclosure, “B corresponding to A” indicates that B is associated with Aand may be determined based on A. However, it should also be understoodthat determining B based on A does not mean determining B based on onlyA, and B may be determined based on A and/or other information.

It should be understood that the method and device provided in theembodiments of the present disclosure may be implemented in other ways.For example, the described embodiments directed to the device are merelyexemplary. For example, the units are divided merely in logicalfunction, which may be divided in another way in actual implementation,e.g., multiple units or components may be combined or integrated intoanother system, or some features may be ignored or not performed. Inaddition, the disclosed or discussed mutual coupling or direct couplingor communication connection may be an indirect coupling or communicationconnection through some interfaces, devices or units, which may beimplemented in electronic, mechanical or other forms.

Furthermore, functional units in the embodiments of the presentdisclosure may be integrated into one processing unit, or may bephysically independent, or two or more units are integrated into oneunit. The integrated units may be implemented by hardware or bycombination of hardware and software functional units.

Integrated units implemented as software functional units may be storedon a computer readable storage medium. The software functional units arestored on a storage medium and include several instructions for enablinga computer device (which may be a personal computer, a server, a networkapparatus or the like) to execute partial steps of methods according toembodiments of the present disclosure. The storage medium may includemedium that can store program code, such as a USB flash disk, a mobileHard Disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), amagnetic disk or an optical disk.

Optional embodiments are described hereinabove. It should be noted thatvarious improvements and polishments can be made by those ordinaryskilled in the art without departing from the principle of the presentdisclosure. The improvements and polishments fall within the protectionscope of the present disclosure.

What is claimed is:
 1. A method for decompressing uplink data,comprising: checking, by a decompression end, an uplink data compression(UDC) header in a packet data convergence protocol (PDCP) packet afterthe PDCP packet is received by the decompression end, wherein the UDCheader comprises at least: compression context information of a datapacket in the PDCP packet and information related to a decompressionbuffer area, and the information related to the decompression bufferarea is for indicating the decompression end to control thedecompression buffer area of the decompression end to keep consistentwith a compression buffer area of a compression end; and performing, bythe decompression end, a corresponding operation on the data packet inthe PDCP packet according to the compression context information and theinformation related to the decompression buffer area.
 2. The methodaccording to claim 1, wherein the PDCP packet comprises: a header of thePDCP packet, the UDC header, and the data packet, and the UDC header isbetween the header of the PDCP packet and the data packet.
 3. The methodaccording to claim 1, wherein the UDC header comprises one or more of: afirst indication bit field for indicating whether UDC compression isperformed; a second indication bit field for indicating decompressionbuffer area resetting; or a third indication bit field for indicatingdecompression buffer area checking.
 4. The method according to claim 3,wherein the UDC header further comprises: a fourth indication bit fieldfor indicating whether the data packet is to enter the decompressionbuffer area; or a reserved bit field.
 5. The method according to claim3, wherein the performing, by the decompression end, the correspondingoperation on the data packet in the PDCP packet according to thecompression context information and the information related to thedecompression buffer area comprises: transmitting, by the decompressionend directly, the data packet to an upper layer, in a case that thefirst indication bit field in the UDC header has a first valueindicating that UDC compression is not performed; checking, by thedecompression end, the second indication bit field in the UDC header forindicating the decompression buffer area resetting, in a case that thefirst indication bit field has a second value indicating that UDCcompression is performed; clearing the decompression buffer area, in acase that the second indication bit field has a third value indicatingthat the decompression buffer area resetting needs to be performed,wherein the third indication bit field for indicating the decompressionbuffer area checking does not need to be checked, and UDC decompressionis performed on the data packet directly; continuing to check the thirdindication bit field for indicating the decompression buffer areachecking, in a case that the second indication bit field has a fourthvalue indicating that the decompression buffer area resetting does notneed to be performed; and checking, by the decompression end, data inthe decompression buffer area, and taking n bits from the decompressionbuffer area, in a case that the third indication bit field is n bits,and performing UDC decompression on the data packet in a case that thetaken n bits are the same as the third indication bit field in the UDCheader; otherwise, initiating a reset process and instructing thecompression end to perform a reset of the compression buffer area, wheren is a positive integer.
 6. The method according to claim 5, whereintaking n bits from the decompression buffer area comprises:superimposing based on entire byte or superimposing all bits in thedecompression buffer area, and taking the last n bits.
 7. The methodaccording to claim 4, further comprising: storing the data packet in thedecompression buffer area, in a case that the UDC header comprises thefourth indication bit field for indicating whether the data packet is toenter the decompression buffer area, and the fourth indication bit fieldhas a fifth value indicating that the data packet needs to enter thedecompression buffer area, wherein the data packet is an uncompresseddata packet or a decompressed data packet; wherein in a case that theUDC header comprises the second fourth indication bit field forindicating whether the data packet is to enter the decompression bufferarea, and the fourth indication bit field has a sixth value indicatingthat the data packet does not need to enter the decompression bufferarea, the data packet is not stored in the decompression buffer area. 8.A method for compressing uplink data, comprising: transmitting, by acompression end, a PDCP packet to a decompression end such that thedecompression end checks a UDC header in the PDCP packet, wherein theUDC header comprises at least: compression context information of a datapacket in the PDCP packet and information related to a decompressionbuffer area; a corresponding operation is performed by the decompressionend on the data packet in the PDCP packet according to the compressioncontext information and the information related to the decompressionbuffer area, and the information related to the decompression bufferarea is for indicating the decompression end to control thedecompression buffer area of the decompression end to keep consistentwith a compression buffer area of the compression end.
 9. The methodaccording to claim 8, wherein the PDCP packet comprises: a header of thePDCP packet, the UDC header, and the data packet, and the UDC header isbetween the header of the PDCP packet and the data packet.
 10. Themethod according to claim 8, wherein the UDC header comprises one ormore of: a first indication bit field for indicating whether UDCcompression is performed; a second indication bit field for indicatingdecompression buffer area resetting; or a third indication bit field forindicating decompression buffer area checking.
 11. The method accordingto claim 10, further comprising: setting, by the compression end, thefirst indication bit field for indicating whether UDC compression isperformed as a second value, in a case that UDC compression is performedon the data packet in the PDCP packet, otherwise, setting, by thecompression end, the first indication bit field as a first value; andsuperimposing, by the compression end, data in the compression bufferarea before the compression, in a case the first indication bit field isset as the second value, calculating the third indication bit field forindicating the decompression buffer area checking, and putting it in theUDC header.
 12. The method according to claim 10, wherein the UDC headerfurther comprises: a fourth indication bit field for indicating whetherthe data packet is to enter the decompression buffer area; or a reservedbit field; the method further comprises: setting, by the compressionend, the fourth indication bit field in the UDC header for indicatingwhether the data packet is to enter the decompression buffer area as afifth value, in a case that the data packet needs to enter thecompression buffer area; and setting, by the compression end, the fourthindication bit field in the UDC header for indicating whether the datapacket is to enter the decompression buffer area as a sixth value, in acase that the data packet does not need to enter the compression bufferarea.
 13. (canceled)
 14. A decompression end, comprising a first memory,a first processor, and a program stored in the first memory andexecutable by the first processor, wherein when the program is executedby the first processor, the first processor is configured to: check aUDC header in a PDCP packet after the PDCP packet is received, whereinthe UDC header comprises at least: compression context information of adata packet in the PDCP packet and information related to adecompression buffer area, and the information related to thedecompression buffer area is for indicating the decompression end tocontrol the decompression buffer area of the decompression end to keepconsistent with a compression buffer area of a compression end; andperform a corresponding operation on the data packet in the PDCP packetaccording to the compression context information and the informationrelated to the decompression buffer area.
 15. The decompression endaccording to claim 14, wherein the PDCP packet comprises: a header ofthe PDCP packet, the UDC header, and the data packet, and the UDC headeris between the header of the PDCP packet and the data packet.
 16. Thedecompression end according to claim 14, wherein the UDC headercomprises one or more of: a first indication bit field for indicatingwhether UDC compression is performed; a second indication bit field forindicating decompression buffer area resetting; or a third indicationbit field for indicating decompression buffer area checking.
 17. Thedecompression end according to claim 16, wherein the UDC header furthercomprises: a fourth indication bit field for indicating whether the datapacket is to enter the decompression buffer area; or a reserved bitfield.
 18. The decompression end according to claim 16, wherein thefirst processor is further configured to: in a case that the firstindication bit field in the UDC header has a first value indicating thatUDC compression is not performed, enable the decompression end todirectly transmit the data packet to an upper layer; in a case that thefirst indication bit field has a second value indicating that UDCcompression is performed, enable the decompression end to check thesecond indication bit field in the UDC header for indicating thedecompression buffer area resetting; in a case that the secondindication bit field has a third value indicating that the decompressionbuffer area resetting needs to be performed, clear the decompressionbuffer area, wherein the third indication bit field for indicating thedecompression buffer area checking does not need to be checked, and UDCdecompression is performed on the data packet directly; in a case thatthe second indication bit field has a fourth value indicating that thedecompression buffer area resetting does not need to be performed,continue to check the third indication bit field for indicating thedecompression buffer area checking; and in a case that the thirdindication bit field is n bits, enable the decompression end to checkdata in the decompression buffer area, and take n bits from thedecompression buffer area, and in a case that the taken n bits are thesame as the third indication bit field in the UDC header, perform UDCdecompression on the data packet; otherwise, initiate a reset processand instruct the compression end to perform a reset of the compressionbuffer area, where n is a positive integer.
 19. (canceled)
 20. Acompression end, comprising a second memory, a second processor, and aprogram stored in the second memory and executable by the secondprocessor, wherein when the program is executed by second processor,steps in the method for compressing uplink data according to claim 8 areimplemented.
 21. The compression end according to claim 20, wherein thePDCP packet comprises: a header of the PDCP packet, the UDC header, andthe data packet, and the UDC header is between the header of the PDCPpacket and the data packet.
 22. The compression end according to claim20, wherein the UDC header comprises one or more of: a first indicationbit field for indicating whether UDC compression is performed; a secondindication bit field for indicating decompression buffer area resetting;or a third indication bit field for indicating decompression buffer areachecking; wherein the second processor is further configured to: in acase that UDC compression is performed on the data packet in the PDCPpacket, set the first indication bit field for indicating whether UDCcompression is performed as a second value, otherwise, enable thecompression end to set the first indication bit field as a first value;or in a case the first indication bit field is set as the second value,superimpose data in the compression buffer area before the compression,calculate the third indication bit field for indicating decompressionbuffer area checking, and put it in the UDC header; wherein the UDCheader further comprises: a fourth indication bit field for indicatingwhether the data packet is to enter the decompression buffer area; or areserved bit field. 23-28. (canceled)